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BACKGROUND OF THE INVENTION 

[0001] Redundant array of inexpensive (or independent) disks (RAID) is an evolving data 
storage technology that offers significant advantages in performance, capacity, reliability, and 
scalability to businesses that have demanding data storage and access requirements. In 1988, 
a paper was published by Patterson, Gibson, Katz, entitled "A Case for Redundant Arrays of 
Inexpensive Disks (RAID)," International Conference on Management of Data, pages 109 - 
1 16, June 1988. This paper laid the foundation for use of RAID data storage that would not 
only improve the data input/output (I/O) rate over that of a comparable single disk data 
storage system, but would also provide fault tolerance, i.e., the ability to reconstruct data 
stored on a failed disk. 

[0002] RAID data storage systems are configured according to any one of a number of 
"RAID levels." The RAID levels specify how data is distributed across the disks in the array. 
In the paper noted above, the authors describe RAID level 1- RAID level 5. Since the 
publication of the paper mentioned above, additional RAID levels have been developed. 

[0003] RAID data storage systems include an array of data storage disks. These data 
storage disks may take form in magnetic or optical data storage disks, or combinations 
thereof. RAID data storage systems may also include a RAID controller, although the term 
RAID data storage system should not be limited to a system that includes a RAID controller. 
The RAID controller is an electronic circuit or series of electronic circuits that provides an 
interface between a host computer and the array of disks. From the viewpoint of the host 
computer, the RAID controller makes the array of disks look like one virtual disk that is very 
fast, very large, and very reliable. 
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|0004| RAID levels are typically distinguished by the benefits included. These benefits 
include increased I/O performance and fault tolerance as noted above. Increased performance 
is achieved by simultaneous access to multiple disks which result in faster I/O and faster data 
access requests. Fault tolerance is typically achieved through a data recovery method in 
which data of a disk can be reconstructed in the event of failure of the disk. Fault tolerance 
allows the disk array to continue to operate with a failed disk. 

[0005] Data recovery is accomplished, in many RAID levels, using parity data. The parity 
data is typically stored on a dedicated disk, or distributed over several disks within the array. 
When data on a disk is inaccessible due to, for example, hardware or software failure, the 
data sought can be reconstructed using the parity data. Reconstruction can occur as data is 
requested. Reconstruction can occur without a substantial degradation in system I/O 
performance. RAID controllers may reconstruct all data of a failed disk onto a spare disk, so 
that the data storage system can survive another disk failure. 

[0006] RAID data storage systems employ data interleaving in which data is distributed 
over all of the data disks in the array. Data interleaving usually takes form in data "striping" 
in which data to be stored is broken down into components called "stripe units" which are 
then distributed across the array of disks. A stripe unit is typically defined as a bit, byte, 
block, or other unit of data. A "stripe" is a group of corresponding stripe units. Each disk in 
the array stores one stripe unit from each stripe. To illustrate, RAID level 5 uses data 
interleaving by striping data across all disks. RAID level 5 also distributes parity data across 
all disks. 

[0007] Reconstruction of data in RAID data storage systems using parity data is a 
procedure well known in the art. Parity data for each stripe is typically calculated by 
logically combining data of all stripe units of the stripe. This combination is typically 
accomplished by an exclusive OR (XOR) of data of the stripe units. For a RAID level 5 data 
storage system having N disks, N - 1 of the N disks will receive a stripe unit of the stripe, and 
the Nth disk will receive the parity data for the stripe. For each stripe, the disk receiving the 
parity data rotates such that all parity data is not contained on a single disk. I/O request rates 
for RAID level 5 are high because the distribution of parity data allows the system to perform 
multiple read and write functions at the same time. 

[0008] As noted, should a disk fail on a RAID data storage system, the RAID controller 
can reconstruct data using corresponding parity data. Using a parity data reconstruction 
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algorithm well known in the art, data of a stripe unit in the failed disk can be reconstructed as 
a function of the parity data and data of stripe units corresponding to the stripe unit of the 
failed disk. 

[0009] Disk failure is one problem in RAID data storage systems. Another problem 
relates to data corruption. Data corruption has many sources. To illustrate, suppose the 
RAID controller of a data storage system receives new data D new from a computer system 
coupled thereto. This new data D new is to replace existing data D old of stripe unit B, of stripe 
S. Before the RAID controller overwrites the existing data D 0 | d of stripe unit B,, the RAID 
controller must update exiting parity P 0 , d for stripe S. To this end, the RAID controller reads 
existing parity P 0 , d for stripe S and existing data D ok) of stripe unit B,. Thereafter, the RAID 
controller generates new parity P new for stripe S as a function of existing parity P 0 , d , the new 
data D new , and existing data D otd . The RAID controller successfully overwrites existing parity 
P 0 i d for stripe S with the newly generated parity P new . 

[0010] Unfortunately, because of improper operation of hardware or software, existing 
data D 0)d of stripe unit B, may not get overwritten with the new data D new . For example, the 
new data D ncw may get inadvertently written to a disk track adjacent to the disk track that 
stores the existing data D old of the stripe unit (i.e., mis-tracking). When this happens, two 
tracks of the disk contain invalid or corrupted data. But the RAID controller believes the 
existing data D o!d of the stripe unit has been properly overwritten with the new data D new . If 
the RAID controller receives a subsequent request from the computer system to read data of 
stripe unit B,, D 0 , d will be returned rather than D new . The computer system or application 
requesting the data may employ a data consistency checking algorithm and recognize that the 
returned data is not what is expected. If it is recognized that the data returned is invalid, the 
computer system may be able to send a second read request for the same data. This approach 
has a chance of recovering proper data contents in some mirrored (RAID-1) configurations, 
by causing the read to happen from an alternate mirror; and in some configurations where 
data is stored directly on raw disks additional attempts to read corrupted data may result in 
the disk's own error correction logic repairing data. Unfortunately, in the mis-tracking error 
situation described above, the RAID controller will once again return the corrupted contents 
of D 0 i d in response to the second request. 

[001 1 ] Another form of data corruption can occur if disk drive's firmware doesn't write 
the data to the disk platter, but reports successful completion of the write. In that case, the 
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data stored in the disk block may be internally consistent, but "stale" and there for considered 
corrupted. 

[0012| Yet another form of data corruption can occur if a faulty software or hardware 
component corrupts the data "in flight" by improperly copying or transmitting one or more 
bits of the data (bit-flipping). 

SUMMARY OF THE INVENTION 

[001 3 J The present invention relates to an apparatus or computer executable method of 
detecting and repairing corrupt data in a RAID data storage system. In one embodiment, first 
and second parity data is stored in the RAID data storage system for each stripe unit that 
stores data. The first parity data is used to determine whether its corresponding stripe unit 
data is corrupt. If stripe unit data is determined to be corrupt, the second parity data is used 
to correct the corruption and the first parity is used to validate the correction. 

[001 4] In one embodiment of the invention, the process of detecting corrupt data begins 
when a request to read data is received from a computer system in data communication with 
the RAID data storage system. The requested data is stored in a first stripe unit of a stripe in 
the RAID data storage system. New first parity data is generated as a function of the first 
stripe unit data in response to receiving the request. This newly generated first parity data is 
compared with existing first parity data for the first stripe unit. The existing and newly 
generated parity data are generated using the same algorithm. If the existing and newly 
generated first parity data are not identical, the data of the first stripe unit may be considered 
corrupt. The data of the first stripe unit will be returned to the computer system as valid if the 
existing and newly generated parity data compare equally. 

[0015] In one embodiment, new data of the first stripe unit can be generated as a function 
of second parity data for the stripe that contains the first stripe unit. More particularly, the 
new data of the first stripe unit can be generated as a function of the second stripe parity data 
and data of the stripe other than the first stripe unit. The new data is compared to the existing 
data of the first stripe. If the new data does not compare equally to the existing data of the 
first stripe, the new data is returned to the computer system as correct data. 
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DRIEF DESCRIPTION OF THE DRAWINGS 

[0016| The present invention may be better understood, and its numerous objects, 
features, and advantages made apparent to those skilled in the art by referencing the 
accompanying drawings. 

[0017| Fig. 1 is a block diagram of a RAID-5 data storage system employing one 
embodiment of the present invention; 

Fig. 2 is a block diagram illustrating the distribution of volume data and error 
correction data in the data storage system of Fig. 1; 

Fig. 3 is a block diagram illustrating another distribution of volume data and error 
correction data in the data storage system of Fig. 1; 

Fig. 4 is a flow chart illustrating operational aspects of detecting and correcting 
corrupt data; 

Fig. 5 is another flow chart illustrating operational aspects of detecting and 
correcting corrupt data. 

[0018| The use of the same reference symbols in different drawings indicates similar or 
identical items. 



DETAILED DESCRIPTION 

[0019] The present invention provides an apparatus and method for recovering from 
corruption of data. The invention may take form in a computer readable medium that stores 
instructions executable by a computer system, wherein the computer system performs the 
method of recovering from data corruption in response to executing the instructions. The 
present invention will be described with reference to recovering from corruption in a data 
volume stored in a RAID data storage system, it being understood that the present invention 
should not be limited thereto. 

[0020J Figure 1 shows relevant components of an exemplary RAID data storage system 
10. Data storage system 10 is coupled to computer system 12. The term coupled should not 
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be limited to what is shown in Figure 1 . Two devices, e.g., data storage system 10 and 
computer system 12, may be coupled together via a third device (not shown). 

[0021) Data storage system 10 includes data storage disks 16(1) - 16(6), each of which is 
individually coupled to a RAID controller 18. The present invention can be implemented with 
a RAID data storage system that includes more or fewer disks than that shown in Figure 1 . 
RAID controller 18 may take form in a computer system having one or more processors that 
operate according to computer executable instructions stored in a computer readable medium. 
RAID controller 1 8 is capable of simultaneously reading data from one or more disks 1 6(1 ) - 
16(6). 

[0022] Disks 1 6( 1 ) - 1 6(6) may take form in magnetic or optical data storage disks, or 
combinations thereof. Disks 16(1) - 16(5) store one or more data volumes. For purposes of 
explanation, disks 16(1) - 16(5) will be described as storing one data volume (data volume 
V), it being understood that the present invention should not be limited thereto. In addition to 
storing data volume V, disks 16(1) - 1 6(5) store first error correction data. Disk drive 16(6) 
stores second error correction data as will be more fully described below. Data storage 
system 10 is configured to receive requests for data of volume V from computer system 12. 
Data storage system 10 may be coupled to receive requests for data from other computer 
systems (not shown). 

[0023] Figures 2 and 3 illustrate, in block diagram form, the distribution of volume V data 
in storage system 10. Figures 2 and 3 also illustrate the distribution of the first and second 
error correction data. More particularly, Figures 2 and 3 show stripes S, - S max distributed 
among disks 16(1) - 16(5). Each stripe S v includes stripe units identified as B y ,, - B y , 4 and 
SP y . The present invention will be described with stripe S y containing only four stripe units, 
it being understood that the present invention is applicable to stripes containing fewer or 
more than four stripe units. Each stripe unit B y> , - B y , 4 includes a bit, byte, block, or other unit 
of data of volume V, while each stripe unit SP y stores first error correction data 
corresponding to data in strip units B y i - B y , 4 . 

[0024] The first error correction data may take any one of many di fferent forms. Whatever 
form the first error correction takes, data of any stripe unit B y , x can be generated as a function 
of data in stripe units B y ,, - B y , 4 , other than stripe unit B y , x , and the first error correction data 
of stripe unit SP y , when, for example, data of stripe unit B y , x is inaccessible due hardware or 
software failure. In one embodiment, each stripe unit SP y stores parity data calculated as a 
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function of data in strip units B y ,, - B y , 4 , it being understood that the first error correction data 
need not be limited thereto. Parity of each stripe unit SP y is typically calculated by logically 
combining data of stripe units B y ., - B y , 4 . This logical combination is typically accomplished 
by exclusively ORing (XORing) data of the stripe units B y ,, - B y , 4 . 

[0025] Each stripe S y has a corresponding entry of second error correction data stored in 
disk drive 16(6). The second error correction data may take any one of many different forms. 
In Figure 2, each entry of second error correction data is stored in components P y>1 - P v 4 . 
Each component P y , x corresponds to a respective stripe unit B x , y . In one embodiment, each 
component P y>x stores parity data calculated as a function of data in strip unit B x , y . Parity data 
of each component P y , x is typically calculated by logically combining data of stripe unit B x , y . 
This logical combination is typically accomplished by exclusively ORing (XORing) data of 
stripe unit B x>y . It is noted that each component P y>x need not store parity data. However, 
each component P y , x stores first error correction data generated by applying a particular 
algorithm to data of stripe unit B xy . 

[0026] Parity of a stripe unit SP V and component P y , x are updated each time data in a 
corresponding stripe unit is modified. To illustrate, RAID controller may receive a request 
from computer system 12 to overwrite existing data in stripe unit B y , x with new data. RAID 
controller 18, in response to receiving the request, reads existing data in stripe unit B y . x and 
existing parity of SP y and component P y , x . Thereafter, the RAID controller 1 8 generates new 
parity for stripe unit SP y as a function of existing parity read from stripe unit SP y , the new 
data received from computer system 12 and existing data read from stripe unit B y . x . RAID 
controller 1 8 also generates new parity for component P y>x as a function of existing parity 
read from component P y>x , the new data received from computer system 12 and existing data 
read from stripe unit B y , x . The RAID controller overwrites (1) existing parity in stripe unit 
SP y with the newly generated parity for SP y , (2) existing parity in component P y>x with the 
newly generated parity for P y , x , and (3) existing data in stripe unit B y , x with new data received 
from computer system 12. 



[0027] In Figure 3, disk drive 1 6(6) second error correction is stored in entries CS , - CS ma 
corresponding to stripes S, - S max , respectively. In one embodiment, each entry CS y stores 
checksum data calculated as a function of data in stripe units B y>1 - B y>4 and SP y of the 
corresponding stripe S y . In an alternative embodiment, each entry CS y stores parity data 
calculated as a function of data in stripe units B y ,, - B y , 4 and SP y , but using an parity 
generating algorithm different from the algorithm used to generate the parity data of 
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corresponding stripe unit SP y . Whatever form CS y entry data takes, data of any stripe unit 
B y . x can be generated as a function of CS V entry data and data of the stripe units of stripe S y , 
other than stripe unit B yx . 

[0028) Like parity of component P y x , checksum data of CS y is updated each time data of 
stripe unit B y>x is modified. When RAID controller 1 8 receives a request from computer 
system 12 to overwrite existing data in stripe unit B y , x with new data, RAID controller 18, 
reads existing data in stripe unit B y , x . existing parity of SP y and checksum data of CS y . 
Thereafter, the RAID controller 18 generates new parity for stripe unit SP y as a function of 
existing parity read from stripe unit SP y , the new data received from computer system 12 and 
existing data read from stripe unit B y , x . RAID controller 18 also generates a new checksum 
for CS y as a function of existing checksum of CS y , the new data received from computer 
system 12 and existing data read from stripe unit B y>x . The RAID controller overwrites (1) 
existing parity in stripe unit SP y with the newly generated parity for SP y , (2) existing 
checksum data in CS y with the newly generated checksum, and (3) existing data in stripe unit 
B y>x with new data received from computer system 12. 

[0029] Computer system 12 executes an application program that generates a request to 
read data from data volume V. The data sought is stored in one or more stripe units of disks 
16(1) - 16(5). However, the requested data in one of the stripe units may be corrupted. Figure 
4 illustrates aspects of RAID controller 1 8 operating in response to receiving the request from 
computer system 12. Using the process shown in Figure 4, RAID controller 18 can detect and 
correct corrupted data. The process of Figure 4 employs the data distribution and second error 
correction of Figure 2. 

[0030J RAID controller 1 8 receives a request for data stored in stripe unit B y>x . In 
response to receiving the request in step 30, RAID controller reads existing data D old of stripe 
unit B y>x and existing parity P 0 , d of component P y>x as shown in step 31. Thereafter, in step 32, 
RAID controller 18 generates new parity P nevv as a function of the existing! data D old . The 
algorithm used to generate new parity P new is the same algorithm used to generate existing 
parity data P 0 , d in P y>x of disk 16(6). In step 34, RAID controller 18 compares the newly 
generated parity P new with the existing parity P 0 , d . If the newly generated parity P new does not 
compare equally to existing parity P old) then it is presumed that either the data (i.e, existing 
data D 0 | d within stripe unit B y , x ) sought by the read request is corrupted, the existing parity 
Poi d of P y . x was generated invalidly, or other corruption problems exist. When newly 
generated parity P new compares equally to existing parity P oId , the process proceeds to step 47 
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where data of stripe unit B y . x is returned to computer system 12. If in step 34 RAID controller 
1 8 determines inequality between P new and P old , then the process proceeds to step 35 where 
RAID controller reads data of stripe units B y ,,-B y , 4 , other than B y . x , and parity data of stripe 
unit SP y . Thereafter, RAID controller executes steps 36 and 37. In step step 36, RAID 
controller generates new data D new . More particularly, RAID controller 1 8 generates new 
data D new as a function of data of stripe units B y ,,-B y , 4 , other than B y , x , and parity data of 
stripe unit SP y . In step 37, RAID controller generates second new parity data P' ne was a 
function of new data D new . The algorithm used to generate second new parity data P' new is the 
same algorithm used to generate new parity P new . In step 38, RAID controller 18 compares 
second new parity data P' new with new parity P new . If second new parity data P' new compares 
equally with new parity P new , then existing data D old in stripe unit B x>y is overwritten with the 
newly generated data D new . However, if second new parity data P' new does not compare 
equally with new parity P new in step 38, the process proceeds to step 40 where RAID 
contoller 1 8 compares new data D new with the old data D old . If D new does not compare equally 
with the old data D old , then in one embodiment, an error message is returned to computer 
system 12 indicating that storage system 10 contains too much corruption. 

10031 1 If however D new compares equally with the old data D old in step 40, a presumption 
is made that one or more of second error correction components P yJ - P y 4 are corrupted or 
calculated improperly, and the process proceeds to steps 41 - 45. In steps 41 and 42, RAID 
controller 1 8 sets and increments a dummy variable i. In step 43, RAID controller generates 
new parity P new(i) as a function of existing data in stripe unit B xy . The algorithm used to 
generate new parity P new(j) is the same algorithm used to generate the existing parity P O | d(0 of 
P y . x . Then, in step 44 RAID controller 1 8 overwrites existing parity P 0 , d(i) with new parity 
Pnew(,> In step 45, RAID controller 18 compares variable i to 4. If i is less than 4, the process 
reiterates beginning with step 42. When variable i equals 4 in step 45 or in response to 
overwriting existing data D old in step data 46, RAID controller returns data of stripe unit B y , x 
to computer system 12 as shown in step 47. 

[0032| The process of Figure 4 presumes that RAID controller 1 8 receives, in step 30, a 
request for data that is stored in only one stripe unit B y , x . If, however, RAID controller 1 8 
receives a request for data stored in more than one stripe unit, the process shown in Figure 4 
is repeated for each of the stripe units that stores requested data. The process illustrated in 
Figure 4 may increase the time it takes to return data to computer system 12 when compared 



Client Reference No.: VRTS 0276 



- 9 - 



Attorney Docket No.: VRT006 1 US 



to the prior art. However, employing the process of Figure 4 enhances the probability that 
data returned to computer system 12 is valid. 

[0033| Figure 4 illustrates one embodiment of a process for detecting and correcting 
corrupted data in data storage system 10. Figure 5 is a flow chart illustrating an alternative 
process performed by RAID controller 18 for detecting and correcting corrupted data in data 
storage system 10. The process of Figure 5 employs the data distribution and second error 
correction of Figure 3. 

[0034) In step 50, RAID controller 1 8 receives a request for data from computer system 
12. The requested data is stored in stripe unit B y>x . In response to receiving the request in 
step 50, RA ID controller 18 generates new parity P new as a function of data of stripe units B y> , 
- B y>4 . It is noted that new parity P new is generated using the same algorithm used to generate 
existing parity P oId of stripe unit SP y . RAID controller 18 then compares the newly generated 
parity P new with existing parity P old of stripe unit SP y . In step 54, if the new parity P new equals 
the existing parity P old , then the data of stripe unit B y , x is considered valid and is subsequently 
returned to computer system 12 as shown in step 72. However, if parity P new does not 
compare equally to existing parity P old , then it is presumed that corrupted data exists in one of 
the stripe units B y ., - B y , 4 . Steps 56-70 illustrate operational aspects of identifying and 
correcting the corrupted data. More particularly, in step 56, RAID controller sets a dummy 
variable i = 1 . Thereafter, in step 60, RAID controller 18 generates new data D new of stripe 
unit B yJ as a function of existing parity P old of stripe unit SP y and existing data of stripe units 
P y ,i - P y 4 , other than stripe unit B y ,i . In the first iteration of steps 56-70, i = 1 and RAID 
controller 1 8 generates new data D new of stripe unit B y ,, as a function of existing parity P old of 
stripe unit SP y and existing data of stripe units P y , 2 - P y , 4 . 

[0035] RAID controller 1 8 then generates a new checksum CS new as a function of the new 
data D new and data of existing stripe units B y ,,- B y>4 , other than B y>i as shown in step 62. It is 
noted that the algorithm for generating the new checksum C Sne w is the same algorithm used to 
generate the checksums stored within entries CS, - CS max of disk 16(6). RAID controller 18 
accesses the existing checksum stored within CS y , and in step 64 compares the existing 
checksum with the new checksum CS new . If the newly generated checksum CS„ ew does not 
equate to the existing checksum within CS y in step 64, the data within B y . ; is considered 
valid, and the process repeats. In other words, steps of 56 - 66 are repeated after dummy 
variable i is incremented by 1 in step 70. 
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[0036| Steps 56 - 66 are repeated until in step 64, the new checksum CS ncw equates to the 
existing checksum stored in CS y . When CS„ ew equates to the existing checksum stored in CS y , 
the old data D 0 | d stored within stripe unit B y .j is considered corrupt, and in step 66, RAID 
controller 1 8 overwrites existing data D old of stripe unit B y ,, with the newly generated data 
Dncw. Thereafter the process ends after the newly generated data D new written to stripe unit 
B yj , is returned to computer system 12 as shown in 72. 

[0037] It is noted that the process in Figure 5 presumes that the request received in step 50 
is for data contained in only one stripe unit B y , x . If RAID controller 18 receives requests for 
data stored in more than one stripe unit, the process shown in Figure 5 can repeat for each of 
the stripe units that stores requested data. 

[0038] Although the present invention has been described in connection with several 
embodiments, the invention is not intended to be limited to the specific forms set forth herein. 
On the contrary, it is intended to cover such alternatives, modifications, and equivalents as 
can be reasonably included within the scope of the invention as defined by the appended 
claims. 
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